<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1673947 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->

<!--
 Licensed to the Apache Software Foundation (ASF) under one or more
 contributor license agreements.  See the NOTICE file distributed with
 this work for additional information regarding copyright ownership.
 The ASF licenses this file to You under the Apache License, Version 2.0
 (the "License"); you may not use this file except in compliance with
 the License.  You may obtain a copy of the License at

     http://www.apache.org/licenses/LICENSE-2.0

 Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
 limitations under the License.
-->

<modulesynopsis metafile="mod_cgid.xml.meta">

<name>mod_cgid</name>
<description>Ex&eacute;cution des scripts CGI par l'interm&eacute;diaire d'un d&eacute;mon
CGI externe</description>
<status>Base</status>
<sourcefile>mod_cgid.c</sourcefile>
<identifier>cgid_module</identifier>
<compatibility>Uniquement compatible avec les MPMs Unix
thread&eacute;s</compatibility>

<summary>
    <p>Except&eacute;es les optimisations et la directive additionnelle
    <directive module="mod_cgid">ScriptSock</directive> d&eacute;crite
    ci-dessous, <module>mod_cgid</module> a un comportement similaire &agrave;
    celui de <module>mod_cgi</module>. <strong>Voir le r&eacute;sum&eacute; de
    <module>mod_cgi</module> pour plus de d&eacute;tails &agrave; propos d'Apache et
    CGI.</strong></p>

    <p>Sur certains syst&egrave;mes d'exploitation de type unix, le branchement
    (forking) d'un processus depuis un serveur multi-thread&eacute; est une
    op&eacute;ration tr&egrave;s lourde car le nouveau processus va r&eacute;pliquer tous les
    threads du processus parent. Pour &eacute;viter cette d&eacute;pense de ressouces
    pour chaque invocation d'un programme CGI, <module>mod_cgid</module>
    cr&eacute;e un d&eacute;mon externe qui est responsable du branchement de
    processus enfants destin&eacute;s au lancement de scripts CGI. Le serveur
    principal communique avec ce d&eacute;mon par l'interm&eacute;diaire d'un socket
    de domaine unix.</p>

    <p>Si un MPM multi-thread&eacute; a &eacute;t&eacute; s&eacute;lectionn&eacute; lors du processus de
    compilation, c'est ce module qui est utilis&eacute; par d&eacute;faut &agrave; la place
    de <module>mod_cgi</module>. Du point de vue de l'utilisateur, ce
    module est identique &agrave; <module>mod_cgi</module> quant &agrave; sa
    configuration et son utilisation. La seule diff&eacute;rence est la
    directive additionnelle <code>ScriptSock</code> qui permet de
    d&eacute;finir le nom du socket &agrave; utiliser pour la communication avec le
    d&eacute;mon CGI.</p>
</summary>

<seealso><module>mod_cgi</module></seealso>
<seealso><a href="../suexec.html">Ex&eacute;cution de programmes CGI sous des
utilisateurs diff&eacute;rents</a></seealso>

<directivesynopsis location="mod_cgi">
<name>ScriptLog</name>
</directivesynopsis>

<directivesynopsis location="mod_cgi">
<name>ScriptLogLength</name>
</directivesynopsis>

<directivesynopsis location="mod_cgi">
<name>ScriptLogBuffer</name>
</directivesynopsis>

<directivesynopsis>
<name>ScriptSock</name>
<description>Le pr&eacute;fixe du nom de fichier du socket &agrave; utiliser pour
communiquer avec le d&eacute;mon CGI</description>
<syntax>ScriptSock <var>chemin fichier</var></syntax>
<default>ScriptSock cgisock</default>
<contextlist><context>server config</context></contextlist>

<usage>
    <p>Cette directive permet de d&eacute;finir le pr&eacute;fixe du nom de fichier du
    socket &agrave; utiliser pour communiquer avec le d&eacute;mon CGI, pr&eacute;fixe auquel
    sera ajout&eacute; une extension correspondant &agrave; l'identifiant processus du
    serveur. Le socket sera ouvert avec les permissions de l'utilisateur
    qui a d&eacute;marr&eacute; Apache (en g&eacute;n&eacute;ral root). Afin de pr&eacute;server la
    s&eacute;curit&eacute; des communications avec les scripts CGI, il est imp&eacute;ratif
    de n'accorder &agrave; aucun autre utilisateur la permission d'&eacute;crire dans
    le r&eacute;pertoire o&ugrave; se trouve le socket.</p>

    <p>Si <var>chemin fichier</var> n'est pas un chemin absolu, il est
    relatif au chemin d&eacute;fini par la directive <directive
    module="core">DefaultRuntimeDir</directive>.</p>

    <example><title>Exemple</title>
    <highlight language="config">
      ScriptSock /var/run/cgid.sock
      </highlight>
    </example>

</usage>
</directivesynopsis>

<directivesynopsis>
<name>CGIDScriptTimeout</name>
<description>Dur&eacute;e maximale d'attente de la prochaine sortie du
programme CGI</description>
<syntax>CGIDScriptTimeout <var>time</var>[s|ms]</syntax>
<default>Valeur de la directive <directive module="core">Timeout</directive></default>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context></contextlist>
<compatibility>La valeur de CGIDScriptTimeout est 0 dans les versions
2.4 et ant&eacute;rieures
</compatibility>

<usage>
    <p>Cette directive permet de limiter la dur&eacute;e d'attente avant les prochaines donn&eacute;es
    re&ccedil;ues en sortie du programme CGI. Si ce temps est d&eacute;pass&eacute;, la requ&ecirc;te et le
    programme CGI se terminent.</p>

    <example><title>Exemple</title>
    <highlight language="config">
      CGIDScriptTimeout 20
    </highlight>
    </example>

</usage>
</directivesynopsis>

</modulesynopsis>

